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A SYSTEM AND METHOD FOR IDENTIFYING EXECUTABLE 
DIAGNOSTIC ROUTINES USING MACHINE INFORMATION 
AND DIAGNOSTIC INFORMATION IN A COMPUTER SYSTEM 

Background 

The disclosures herein relate generally to computer systems, and more 
particularly, to a system and method for identifying executable diagnostic routines 
using machine information and diagnostic information in a computer system. 

A computer system may include a diagnostic package with a set of diagnostic 
routines that may be executed to test components in the system. The manufacturer 
of the computer system may purchase a diagnostic package that includes a set of 
diagnostic routines from a third party vendor. The diagnostic package, however, may 
not include platform or operating system specific information that may be used to 
identify the diagnostic routines that are executable on a given platform and / or 
operating system. 

A computer manufacturer may wish to support only certain devices on certain 
platforms and / or operating systems. For example, a computer manufacturer may 
wish to sell a computer system that does not support joysticks. The diagnostic 
package installed by the computer manufacturer in this computer system, however, 
may include a diagnostic routine for a joystick that is executable by a customer. 
Diagnostic packages typically do not include a method for restricting the display and 
execution of a diagnostic routine for a component which a computer manufacturer 
does not wish to support. Thus, in the example above, the computer manufacturer 
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may not be able to prevent the diagnostic routine for the joystick from being 

displayed and executed using only the diagnostic package. 

It may be possible to write a custom installation program for each platform 

that specified only the components supported by each platform to allow only 

supported diagnostic routines to be displayed and executed. To do so, however, a 

computer manufacturer would need to write such a program for each different 

platform it offered. Such a program would require a costly and inefficient 

development effort and testing process for each platform sold by a manufacturer. A 

system and method is needed that identifies supported diagnostic routines in a 

diagnostic package for a given computer system regardless of the platform or 

operating system used by the computer system. A system and method is also needed 

to display only the supported diagnostic routines of the computer system to its user. 

Summary 

One embodiment, accordingly, provides a system and method for identifying 
executable diagnostic routines using machine information and diagnostic information 
in a computer system. To this end, a method includes detecting machine information 
and detecting diagnostic information corresponding to the machine information. The 
method also includes causing one of a plurality of diagnostic routines to be selectable 
for execution according to the diagnostic information. 

A principal advantage of this embodiment is that an entire suite of diagnostic 
routines may be installed on each computer system offered by a computer 
manufacturer while only supported diagnostic routines may be made selectable for 
execution on a particular system based on certain characteristics of that system. In 
this way, the process of installing diagnostic routines may be substantially similar or 
even identical for each system that a computer manufacturer offers. In addition, this 
embodiment may advantageously allow a computer manufacturer to change the set of 
supported diagnostic routines on a system or systems while minimizing the 
development effort and test cycle for each change. The embodiment may also 
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advantageously allow a computer manufacturer to easily offer additional systems or 

test support with minimal development effort and testing. 

Brief Description of the Drawing Figures 

Fig. 1 is a diagram illustrating an embodiment of a computer system. 

Fig. 2a is a flowchart illustrating a first part of an embodiment of a method for 
indicating available diagnostic routines using system information in a computer 
system. 

Fig. 2b is a flowchart illustrating a second part of an embodiment of a method 
for indicating available diagnostic routines using system information in a computer 
system. 

Fig. 3a is a diagram illustrating an embodiment of computer systems 
configured to communicate using a communications network. 

Fig. 3b is a diagram illustrating an embodiment of computer systems 
configured to communicate using a communications network. 

Fig. 4 is a flowchart illustrating an embodiment of a method for updating 
diagnostic files and information on a computer system. 

Fig. 5 is an embodiment of types of information that may be included in a 
diagnostic information file. 

Fig. 6a is a first part of an embodiment of a diagnostic script that may be used 
to determine what diagnostic routines a computer system supports. 

Fig. 6b is a second part of an embodiment of a diagnostic script that may be 
used to determine what diagnostic routines a computer system supports. 

Fig. 6c is a third part of an embodiment of a diagnostic script that may be used 
to determine what diagnostic routines a computer system supports. 

Fig. 7a is an illustration of a first screen displayable by a display device in the 
embodiment shown in Fig. 1. 

Fig. 7b is an illustration of a second screen displayable by a display device in 
the embodiment shown in Fig. 1. 
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Fig. 7c is an illustration of a third screen displayable by a display device in the 

embodiment shown in Fig. 1. 

Detailed Description 

Fig. 1 is a diagram illustrating an embodiment of a computer system. Fig. 1 
depicts a computer system 100. Computer system 100 includes a processor 110, a 
chipset 120, a memory 130, and a plurality of devices 140a, 140b, and 140c. Device 
140a may be coupled to a port 142a. Devices 140b and 140c may be coupled to a 
shared bus 142b. A portion of memory 130a within memory 130 may include a 
diagnostic application 132, a diagnostic script 134, and a provided amount of 
diagnostic information 136. Diagnostic application 132 includes a plurality of 
diagnostic routines. 

In computer system 100, diagnostic script 134 may be executed by computer 
system 100 and may identify a set of diagnostic routines within diagnostic application 
132 that may be selected for execution by computer system 100. To do so, diagnostic 
script 134 may cause machine information corresponding to computer system 100 to 
be read. The machine information may include an operating system type and a 
machine type. The operating system type may be, for example, Windows 95 ™, 
Windows 98™, Windows NT™, Windows 2000™, Linux, or any other operating 
system configured to run on computer system 100. The machine type may be an 
identifier that may be used to indicate the platform or system configuration of 
computer system 100 as specified by a manufacturer of computer system 100. The 
operating system type and machine type may be determined by accessing information 
stored in memory 130 and/or by using an application program interface (API) 
provided by an operating system. 

Once diagnostic script 134 has read the machine information, it may cause 
information corresponding to the machine information to be read from diagnostic 
information 136. Diagnostic information 136 may include information regarding 
components or diagnostic routines that are supported by one or more individual 
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systems offered by a computer manufacturer. This information may be broken down 

by operating system type and machine type such that diagnostic script 134 may be 

configured to detect a list of included components or diagnostic routines based on the 

operating system type and then detect a list of excluded components or diagnostic 

routines based on the machine type. Using information in diagnostic information 

136 ? diagnostic script 134 may identify the diagnostic routines in diagnostic 

application 132 that are supported by computer system 100. Diagnostic script 134 

may cause the supported diagnostic routines in diagnostic application 132 to become 

selectable for execution. Diagnostic script 134 may also cause the remaining, 

unsupported diagnostic routines in diagnostic application 132 to become not 

selectable for execution. The supported diagnostic routines may be selected for 

execution by any suitable means. For example, the supported diagnostic routines 

may be presented to a user in a user interface that displays an indicator for each 

supported diagnostic routine. A user may then select a supported diagnostic routine 

for execution using its indicator. The indicator may include a graphical and a textual 

representation of a component corresponding to the diagnostic routine. For example, 

if the component is a hard disk drive, the indicator may include a picture of a generic 

hard disk drive and the text "HAKD DISK DRIVE". The supported diagnostic 

routines may also be selected for execution by a program configured to test one or 

more components in computer system 100. The program may receive an indication of 

the supported diagnostic routines and may use this indication to call one or more of 

the supported diagnostic routines. Once a supported diagnostic routine has been 

selected for execution, it may be executed by processor 110. 

The supported diagnostic routines in a given computer system such as 

computer system 100 may each correspond to one or more components of the system. 

Components, as used herein, include all devices, ports, buses, and other elements of a 

computer system that may be operatively connected, by hardwired or wireless means, 

to the computer system. While examples of devices may include processors, memory 

devices such as a hard disk drive or SDRAM, graphics cards or accelerators, CD-ROM 
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or DVD drives, and input/output devices such as a keyboard, a mouse, or a joystick, 

the term components is intended to encompass all types of devices that may be 

included in or coupled to a computer system. 

As shown in Fig. 1, computer system 100 includes device 140a coupled to 

5 chipset 120 using port 142a. In addition, devices 140b and 140c are coupled to 
chipset 120 using shared bus 142b. Chipset 120 is coupled to processor 110 and 
memory 130. Diagnostic application 132 may include one or more diagnostic routines 
for some or all of these components, i.e. devices 140a, 140b, and 140c, port 142a, 
shared bus 142b, processor 110, chipset 120, and memory 130. For example, a 

10 diagnostic routine included in diagnostic application 132 may be configured to test 
memory 130. This diagnostic routine, along with other supported diagnostic 
routines, may be detected by diagnostic script 134 and may become selectable for 
execution. 

It may be noted that diagnostic application 132, diagnostic script 134, and 
15 diagnostic information 136 may be included in computer system 100 by a computer 
manufacturer regardless of the platform or operating system of computer system 100. 
Diagnostic script 134 may be configured to determine the platform and operating 
system of computer system 100 and use that information along with information in 
diagnostic information 136 to determine which of the diagnostic routines in 
20 diagnostic application 132 may be selected for execution on computer system 100. A 
computer manufacturer may include information regarding each platform and 
operating system that it offers in diagnostic information 136. Accordingly, a 
computer manufacturer may be able to install diagnostic application 132, diagnostic 
script 134, and diagnostic information 136 in each system it sells with only relatively 
25 minor modifications. In one embodiment configured to use a Windows operating 
system, diagnostic information 136 may be included in a file using INI format. In 
another embodiment, diagnostic information 136 may be included in a file using XML 
format. In other embodiments, diagnostic information 136 may be included in any 
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type of flat file accessible by diagnostic script 134. A specific embodiment of 

diagnostic information 136 is described below in Fig. 5. 

Fig. 2a and Fig. 2b are a flowchart illustrating an embodiment of a method for 

indicating available diagnostic routines using system information in a computer 

5 system. Variations on the method are possible and contemplated. In Fig, 2a, a 

determination may be made as to whether a diagnostic application has been selected 

as indicated in step 202. The diagnostic application may be selected by a user or by a 

program seeking to cause one or more diagnostic routines to be executed. If a 

diagnostic application has not been selected, then the determination may be made 

10 again at a later time as indicated. If a diagnostic application has been selected, then a 

4 diagnostic script may be initiated as indicated in step 204. Machine information may 

O 1 be detected as indicated in step 206. In one embodiment, machine information may 

Ly include an operating system type and a machine type as noted above. In other 

ifi embodiments, machine information may include other types of information. 

u is Diagnostic information corresponding to the machine information may be detected as 

O indicated in step 208. The diagnostic information may be contained in a file with a 

O format such as INI or XML as noted above. Certain diagnostic routines may be 

if i caused to become selectable for execution as indicated in step 210. An indicator may 

O be displayed for each of the selectable diagnostic routines as indicated in step 212. In 

20 one embodiment, the indicator for each diagnostic routine may include a graphical 

and a textual representation of a component corresponding to the diagnostic routine. 

Following point A in Fig. 2a to point A in Fig. 2b, a determination may be 

made as to whether a diagnostic routine indicator has been selected as indicated in 

step 214. In one embodiment, a diagnostic routine may be selected by a user. In 

25 another embodiment, a diagnostic routine may be selected by a program configured 

to test one or more components in a system. If a diagnostic routine indicator has 

been selected, then a diagnostic routine corresponding to the selected indicator may 

be executed as indicated in step 216. A determination may be made as to whether a 

diagnostic application exit has been selected as indicated in step 218. If a diagnostic 
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application exit has not been selected, then the determination of step 214 may be 

repeated as indicated. If a diagnostic application exit has been selected, then the 

diagnostic application may be exited as indicated in step 220. 

Fig. 3a is a diagram illustrating an embodiment of computer systems 
configured to communicate using a communications network. Fig. 3a depicts a 
computer system 300 configured to communicate with a computer system 310 using a 
communications network 320. Computer system 300 may include a diagnostic 
application 302, a diagnostic script 304, and a provided amount of diagnostic 
information 306. Computer system 310 may include a diagnostic application 312, a 
diagnostic script 314, and a provided amount of diagnostic information 316. 

Computer system 300 be a manufacturer's computer and computer system 310 
may be a consumer's computer. Diagnostic application 312, diagnostic script 314, 
and diagnostic information 316 may be configured to operate similarly to diagnostic 
application 132, diagnostic script 134, and diagnostic information 136, respectively, 
as described above in Fig. 1. Diagnostic application 302, diagnostic script 304, and 
diagnostic information 306 may be the most recent versions of a diagnostic 
application, a diagnostic script, and a diagnostic information, respectively, used by a 
computer manufacturer. 

At times, computer system 310 may be configured to determine whether 
diagnostic application 312, diagnostic script 314, and diagnostic information 316 have 
been updated, i.e. whether newer versions of each exist. Computer system 310 may 
be configured to compare the versions of diagnostic application 312, diagnostic script 
314, and diagnostic information 316 with the versions of diagnostic application 302, 
diagnostic script 304, and diagnostic information 306, respectively, to make this 
determination. If computer system 310 does not have the newest versions of 
diagnostic application 312, diagnostic script 314, and / or diagnostic information 316, 
computer system 310 may be configured to download the newest version of one or 
more of diagnostic application 312, diagnostic script 314, and diagnostic information 
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316. Computer system 310 may be configured to do so automatically or at the 

request of its user. 

Fig. 3b is a diagram illustrating an embodiment of computer systems 
configured to communicate using a communications network. Fig. 3b depicts 
computer system 300 configured to communicate with computer system 310 using 
communications network 320. Computer system 300 may include a diagnostic 
application 322, a diagnostic script 324, and a provided amount of diagnostic 
information 326. 

Computer system 300 be a manufacturer's computer and computer system 310 
may be a consumer's computer. Diagnostic application 322, diagnostic script 324, 
and diagnostic information 326 may be configured to operate similarly to diagnostic 
application 132, diagnostic script 134, and diagnostic information 136, respectively, 
as described above in Fig. 1. Diagnostic application 322, diagnostic script 324, and 
diagnostic information 326 may be the most recent versions of a diagnostic 
application, a diagnostic script, and a diagnostic information, respectively, used by a 
computer manufacturer. 

Diagnostic application 322, diagnostic script 324, and diagnostic information 
326 may be configured to operate on computer system 300 to identify diagnostic 
routines that may be executed using components in computer system 310. Diagnostic 
routines may be presented to a user of computer system 310 with a user interface. 
Computer systems 300 and 310 may be configured to communicate to allow 
diagnostic application 322 and diagnostic script 324 to be executed on computer 
system 300 to test components of computer system 310. 

Figs. 3a and 3b illustrate the ability of a computer manufacturer to update a 
diagnostic application, diagnostic script, or diagnostic information using a 
communications network. As shown in Fig. 3a, updated versions may be downloaded 
to a user's system. In the system of Fig. 3b, updated versions are used automatically 
as the diagnostic application, the diagnostic script, and the diagnostic information are 
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all located on a manufacturer's computer and accessed from there each time they are 

used on a customer's computer. 

Fig. 4 is a flowchart illustrating an embodiment of a method for updating 
diagnostic files and information on a computer system. In Fig. 4, a determination 
may be made as to whether a diagnostic application has been selected as indicated in 
step 402. If a diagnostic application has not been selected, then the determination 
may be made again at a later time as indicated. If a diagnostic application has been 
selected, then a determination may be made as to whether updated diagnostic 
information exists as indicated in step 404. If updated diagnostic information exists, 
then updated diagnostic information may be received as indicated in step 406. In 
step 408, a determination may be made as to whether an updated diagnostic script 
exists. If an updated diagnostic script exists, then the updated diagnostic script may 
be received as indicated in step 410. In step 412, a determination may be made as to 
whether an updated diagnostic routine exists. If an updated diagnostic routine 
exists, then the updated diagnostic routine may be received as indicated in step 414. 

Fig. 5 is an embodiment of types of information that may be included in a 
diagnostic information file. Fig. 5 depicts a diagnostic information file 500. 
Diagnostic information file 500, entitled DIAGCONF.INI includes information 
corresponding to a plurality of operating system types 510, 512, 520, 522, 530, and 
532, information corresponding to a component 540, 542, and 544, and information 
corresponding to a machine type 550, 552, 554, 556, 558, and 560. Fig. 5 depicts only 
a portion of the information that may be included in a diagnostic information file. 

Operating system type information 510, 520, and 530 list the diagnostic 
routines for the components supported, separated by delimiters, for each 
corresponding operating system type 512, 522, and 532. For example, for the Win NT 
(Windows NT) operating system 522, the supported diagnostic routines include 
diagnostic routines for AGP, audio, AVI, and so on up to Zip Drive as shown in 
bracket 520. Similarly, the Win 9x (Windows 95 and 98) operating system 512 
supports the diagnostic routines for the components listed in bracket 510 and the 
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Win 2k (Windows 2000) operating system 532 supports the diagnostic routines for 

the components listed in bracket 530. As may be seen, different operating systems 

may support different components. The diagnostic routines for the components 

supported by other operating systems may be listed in a similar manner. 

Component information 540, 542, and 544 illustrate an example of information 
that may be used to display information corresponding to a component. In this 
example, the abstract "Hard Disk Drive Diagnostic" 542 and the icon file 
"HardDrive.jpg" 544 may be used as an indicator for systems that support a hard 
disk drive as indicated by text 540. Component information for other components 
may be included in a similar manner. 

Machine type information 550, 552, 554, 556, 558, and 560 illustrate an 
example of information that may be used list the diagnostic routines for the 
components that are not supported, separated by delimiters, for each operating 
system (bracket 554) for the machine ID byte 550. Comments 552 may be used to 
describe the machine type. List 556 lists the components whose diagnostic routines 
are not supported in the Windows 95 and 98 operating systems. Similarly, lists 558 
and 560 list the components whose diagnostic routines are not supported in the 
Windows NT and Windows 2000 operating systems, respectively. The components 
whose diagnostic routines are not supported in other operating systems may be listed 
similarly. As may be seen, different systems or platforms may support different 
components for each operating system. Machine type information may be included 
for each system or platform offered by a computer manufacturer. 

A diagnostic script, such as diagnostic script 134 in Fig. 1, may use diagnostic 
information file 500 to identify diagnostic routines that may be selected for execution. 
For example, a diagnostic script for a computer system with machine ID byte 550 
("OxBA") running Windows NT may include the diagnostic routines for the 
components that are included in the bracketed list 520 and not excluded by the list 
558. The script may use the component information for each of these components, 
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such as component information 540, 542, and 544 for the hard disk drive, to display 

the selectable diagnostics to a user. 

Fig. 6a, Fig. 6b, and Fig. 6c is an embodiment of a diagnostic script 600 that 

may be used to determine what diagnostic routines a computer system supports. The 

diagnostic script 600 may be composed of Java Scripts / Methods / Functions as 

indicated in Figs. 6a, 6b, and 6c. The script may get a diagnostic information file 

location as highlighted by a comment 602. The script may then determine an 

operating system platform by calling a Java method which calls a Windows API that 

returns the operating system that is installed as highlighted by a comment 604. 

Next, the script may load a list of supported diagnostics for the operating system 

platform from the information file as highlighted by a comment 606. The script may 

then load a list of unsupported diagnostic routines from the information file based on 

machine and operating system platform as highlighted by a comment 608. The script 

may remove the excluded diagnostics from the supported list as highlighted by a 

comment 610 and may build a list of supported diagnostic and presentation items 

from the information file as highlighted by a comment 612. The script may next set 

the environment global space as highlighted by a comment 614. The script may load 

the machine ID for the machine under test as highlighted by a comment 616. The 

script may then call a Java method that extracts the machine ID from the SMBIOS 

table as highlighted by a comment 618. Finally, the script may create the list of 

supported diagnostics and their presentation items as highlighted by a comment 620. 

Fig. 7a, Fig. 7b, and Fig. 7c are an illustration of a first screen, a second screen, 

and a third screen displayable by a display device in the embodiment shown in Fig. 1. 

When a user selects a help application, a user may be present with a screen 700. One 

option the user may have may be to launch a diagnostic application. In screen 700, 

the user may launch a diagnostic application by selecting the area indicated by an 

arrow 702. By selecting the area indicated by arrow 702, the user may also launch a 

diagnostic script that is configured to identify diagnostic routines that are selectable 

for execution. 
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The results provided by the diagnostic script may be used to create screen 710 

shown in Fig. 7b. Screen 710 includes a list of components 712 supported by the 

system. When a component in list 712 is highlighted (such as by moving the mouse 

over the text of the component in list 712), an indicator corresponding to the 

component may be displayed as indicated by an indicator 714. Indicator 714 includes 

a graphical representation of the component and a textual representation of the 

component, in this case a hard disk drive. It may be noted that the graphical 

representation may correspond to an icon in the diagnostic information file, such as 

icon 544 in Fig. 5, and the textual representation may correspond to an abstract in 

the diagnostic information file, such as abstract 542 in Fig. 5. 

A screen 720 may be displayed in response to indicator 714 being selected. As 

may be seen, screen 720 includes textual information regarding questions a user may 

have and diagnostic routines a user may cause to be executed. In screen 720, a user 

may cause diagnostic routines for the selected component to be executed by selecting 

an indicator 722. 

As can be seen, the principal advantages of these embodiments may be that an 
entire suite of diagnostic routines may be installed on each computer system a 
computer manufacturer offers while only supported diagnostic routines may be made 
selectable for execution on a particular system based on certain characteristics of that 
system. In this way, the process of installing diagnostic routines may be substantially 
similar or even identical for each system that a computer manufacturer offers. In 
addition, these embodiments may advantageously allow a computer manufacturer to 
change the set of supported diagnostic routines on a system or systems while 
minimizing the development effort and test cycle for each change. In certain 
embodiments, the changes may be made by simply changing one or more delimited 
fields in a diagnostic information file. The embodiments may also advantageously 
allow a computer manufacturer to easily offer additional systems or test support with 
minimal development effort and testing. In certain embodiments, information 
corresponding to a new system may be added to a diagnostic information file such 
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that the information may be accessed by a diagnostic script to identify the diagnostic 

routines that are supported in the new system. 

Although illustrative embodiments have been shown and described, a wide 

range of modification, change and substitution is contemplated in the foregoing 

disclosure and in some instances, some features of the embodiment may be employed 

without a corresponding use of other features. Accordingly, it is appropriate that the 

appended claims be construed broadly and in a manner consistent with the scope of 

the embodiments disclosed herein. 
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Claims 

What is claimed is: 



1 1. A method comprising: 

2 detecting machine information; 

3 detecting diagnostic information corresponding to the machine 

4 information; and 

5 causing one of a plurality of diagnostic routines to be selectable for 

6 execution according to the diagnostic information. 

1 2. The method of claim 1, further comprising: 

2 displaying an indicator corresponding to the one of the plurality of 

3 diagnostic routines. 

1 3 . The method of claim 2, wherein the indicator includes a graphical 

2 representation of a component corresponding to the one of the plurality of 

3 diagnostic routines and a textual representation of the component. 

1 4. The method of claim 3, further comprising: 

2 selecting the indicator; and 

3 executing the one of the plurality of diagnostic routines in response to 

4 the selecting. 

1 5. The method of claim 1, wherein the machine information includes an 

2 operating system type and a machine type, and wherein the diagnostic 

3 information includes a list of included components corresponding to the 

4 operating system type and a list of excluded components corresponding to the 

5 machine type. 
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The method of claim 5, wherein a component corresponding to the one of the 

plurality of diagnostic routines is included in the list of included components, 

and wherein the component is not included in the list of excluded components. 

A computer system comprising: 
a first computer including: 
a processor; and 

a memory coupled to the processor; 

the memory including a diagnostic script, a plurality of diagnostic 
routines, first diagnostic information, and machine information; and 

the diagnostic script being executable by the processor to cause the 
machine information to be read, to cause a portion of the first diagnostic 
information corresponding to the machine information to be read, and to cause 
one of the plurality of diagnostic routines to become selectable for execution by 
the processor according to the portion of the first diagnostic information. 

The computer system of claim 7, wherein the diagnostic script is executable by 
the processor to cause an indicator corresponding to the one of the plurality of 
diagnostic routines to be displayed. 

The computer system of claim 8, wherein the indicator includes a graphical 
representation of a component corresponding to the one of the plurality of 
diagnostic routines and a textual representation of the component. 

The computer system of claim 9, wherein the processor is configured to 
execute the one of the plurality of diagnostic routines in response to the 
indicator being selected. 
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1 11. The computer system of claim 7, wherein the machine information includes an 

2 operating system type and a machine type, and wherein the first diagnostic 

3 information includes a list of included components corresponding to the 

4 operating system type and a list of excluded components corresponding to the 

5 machine type. 

1 12. The computer system of claim 11, further comprising: 

2 a component coupled to the processor; 

3 wherein the component is included in the list of included components 

4 and not included in the list of excluded components, and wherein the 

5 component corresponds to the one of the plurality of diagnostic routines. 



1 13. The computer system of claim 7, further comprising: 

2 a second computer; and 

3 a communications network; 

4 the first computer and second computer being configured to 

5 communicate using the communications network; and 

6 the first computer being configured to detect second diagnostic 

7 information on the second computer and to receive the second diagnostic 

8 information. 
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1 14. A computer program product comprising: 

2 a computer program processable by a computer system for causing the 

3 computer system to: 

4 read machine information; 

5 read diagnostic information corresponding to the machine 

6 information; and 

7 cause one of a plurality of diagnostic routines to become 

8 selectable for execution according to the portion of the diagnostic 

9 information; and 

10 an apparatus from which the computer program is accessible by 

11 the computer system. 



1 15. The computer program product of claim 14, wherein the computer program is 

2 processable by the computer system for causing an indicator corresponding to 

3 the one of the plurality of diagnostic routines to be displayed. 

1 16. The computer program product of claim 15, wherein the indicator includes a 

2 graphical representation of a component corresponding to the one of the 

3 plurality of diagnostic routines and a textual representation of the component. 

1 17. The computer program product of claim 16, wherein the computer system is 

2 configured to execute the one of the plurality of diagnostic routines in response 

3 to the indicator being selected. 

1 18. The computer program product of claim 14, wherein the machine information 

2 includes an operating system type and a machine type, and wherein the 

3 diagnostic information includes a list of included components corresponding to 

4 the operating system type and a list of excluded components corresponding to 

5 the machine type. 
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The computer program product of claim 18, wherein a component of the 

computer system corresponding to the one of the plurality of diagnostic 

routines is included in the list of included components, and wherein the 

component is not included in the list of excluded components. 
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A SYSTEM AND METHOD FOR IDENTIFYING EXECUTABLE 
DIAGNOSTIC ROUTINES USING MACHINE INFORMATION 
AND DIAGNOSTIC INFORMATION IN A COMPUTER SYSTEM 

Abstract of Disclosure 

A system and method for identifying executable diagnostic routines using 
machine information and diagnostic information in a computer system is provided. 
The method includes detecting machine information, detecting diagnostic 
information corresponding to the machine information, and causing one of a plurality 
of diagnostic routines to be selectable for execution according to the diagnostic 
information. 
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DIAGCONF.INI File 500 
*-512 

[Win9x] 

SupportedDiags=AGP|Audio|AVI|CD/DVD-ROM|CMOS|CPU| 
Extended SMART Driveploppy Drive|Hard Drive|Infrared Port|Joystick|Keyboard| 
Microphone|Modem|Monitor]Mouse|Network Adapter|Parallel Port|PCI|PCMCIA| 
Printer|SCSI|Serial Port| SMART Drive|Super Disk|System Diagnosis | System Memory| 
USB|Video Adapter|Zip Drive 

r- 522 v 

[WinNTT \ 
SupportedDiags=AGP|Audio|AVI|CD/DVD-ROM|CMOS|CPU|Extended SMART Dnve| I 

Floppy Drive|Hard Drive|Joystick|Keyboard|Microphone|Modem|Monitor|Mouse| > 520 

Network Adapter|Parallel Port|Printer|SCSI|Serial Port|SMART Drive|Super Disk| J 

System Diagnosis|System Memory|Tape Backup|Video Adapter|Zip Drive / 

[Win2k] 532 \ 
SupportedDiags=AGP|Audio|AVI|CD/DVD-ROM|CMOS|CPU|Extended SMART Dnve| I 

Floppy Drive|Hard Drive| Joystick|Keyboard|Microphone|Modem|Monitor|Mouse| J> 530 

Network Adapter [Parallel Port|Printer|SCSI|Serial Port| SMART Drive|Super Disk| J 

System Diagnosis|System Memory|Tape Backup|Video Adapter|Zip Drive|USB / 



m 540 

[Hard Drive] r 542 
abstract=HardDisk Drive Diagnostic 
icon=HardDrive.jpg 

544 



550 

[OxBA] 

;Code=Mummy 

;Audience=Dimension ^ 552 

;Computer=Dimension Columbus ^ 

Win9xExclude=AVI|Extended SMART Drive] SMART Drive|Monitor|Infrared Port| 
PCMCIA|Tape Backup V_ 556 

WinNTExclude=AVI|Extended SMART Drive [SMART Drive |Monitor| Infrared Port| k 554 
PCMCIA|PCI|USB V_ 558 

Win2KExclude=AVI|Extended SMART Drive| SMART Drive|Monitor|Infrared Port| 

PCMCIA|PCI *-560 / 
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Java Script/Methods/Functions: qqq 

function parseDiaglni (sMachineld) 
{ 

II *** Get Diagnostic Information File location. 

var slniFile = getDiagConfFile (); > 602 

II *** Determine OS platform, a Java method is called which in turn calls a 
Windows API that returns the OS installed. y 

var sOSString = ""; 604 
if (lsWindowsNT ()) 

sOSString = "WinNT"; 
else if (lsWindows2000 ()) 

sOSString = "Win2K"; 
else if (lsWindows98 () || lsWindows95 ()) 

sOSString = "Win9x"; 

// *** Load list of supported diagnostics for the OS platform from the 
information file. V 506 

var xSupportedDiags = iniApi.GetEntry (sOSString, "Supported Diags", 
slniFile); 
xSupportedDiags.Print (); 
if (xSupportedDiags.GetReturnCode () != 0) { 

DebugPrint ("No SupportedDiags variable for " + sOSString); 

return; 

} 

sSupported Diags = xSupportedDiags.GetAttribute ("value"); 
DebugPrint ("SupportedDiags = " + sSupportedDiags); 
var aSupportedDiags = parseLine (sSupportedDiags); 
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II *** Load | ist 0 f unsupported diagnostics from the information file based 
on machine and OS platform. V — 

var xExcludeDiags = iniApi.GetEntry (sMachineld, sOSString + "Exclude", 
slniFile); 

xExcludeDiags.Print (); 
if (xExcludeDiags.GetReturnCode () == 0) { 
DebugPrintfNow entering - excluded diags section - svk 1 '); 

sExcludeDiags = xExcludeDiags.GetAttribute ("value"); 
DebugPrint ("ExcludeDiags = " + sExcludeDiags); 
var aExcludeDiags = parseLine (sExcludeDiags); 
II *** R emoV e the excluded diagnostics from the supported list, 
for (var i = 0; i < aExcludeDiags.length; i++) { > — 610 
for (var j = 0; j < aSupportedDiags.length; j++) { 

if (aExcludeDiagsp] == aSupportedDiagsO]) { 
aSupportedDiagsO] = ""; 

} 

} 

} 

} 

gIsg { 

DebugPrint ("No Exclude list for " + sOSString + " on " + sMachineld); 

} 
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II *** B U j|d list of supported diagnostic and presentation items from the 
information file. V 

// Diagnostic|Abstract|lcon File Name||Diagnostic... 

aDiagConfData = new Array (); 

aDiagConfData[0] = "abstract"; 

aDiagConfData[1] = "icon"; 

var sFinalDiagsSupported = ""; 

var sSeparator = "|"; 

var sSuperSeparator = "||"; 

for (var j = 0; j < aSupportedDiags.length; j++) { 

DebugPrint ("Testing " + aSupportedDiagsO]); 

if ("" != aSupportedDiagsO]) { 
var Abstract = ""; 
var Icon = ""; 

var xDiagConfDataAbs = iniApi.GetEntry (aSupportedDiagsO], 
aDiagConfData[0], slniFile); 

if (xDiagConfDataAbs.GetReturnCode () == 0) 
Abstract = xDiagConfDataAbs.GetAttribute ("value"); 

varxDiagConfDatalcon = iniApi.GetEntry (aSupportedDiagsO], 
aDiagConfData[1], slniFile); 

if (xDiagConfDatalcon.GetReturnCode () == 0) 
Icon = xDiagConfDatalcon.GetAttribute ("value"); 

sFinalDiagsSupported = sFinalDiagsSupported + aSupportedDiagsO] + 
sSeparator + Abstract + sSeparator + Icon + sSuperSeparator; 

} 

} pr— 614 

II *** g et tne environment global space 

iapi.SetGlobalArg ("DellSupportedDiags", sFinalDiagsSupported); 

} 



II *** Load tne mac hine id for the machine under test. 

s = new java.lang.StringBuffer (200); w 

~ — 616 

// *** Call a Java method that extracts the Machine ID from the SMBIOS 
table ^ 

DellAPl.GetMachinelD (s); 618 
if (s.toString ().length () > 0) { 

// Set the Machine Id in the following format: OxFF. This is used to look the 
system up in DiagConf.ini 

g_sMachineld = "Ox" + s.toString (); 

} 

// *** Create the list of supported diagnostics and their presentation items 

parseDiaglni (g_sMachineld); v 
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3 Dell Resolution Assistant - Microsoft Internet Explorer 




fe] http://localhost'51 97/D ell/mots/content7template/ResolutiorAssistant roots? vendorld=Deil 




RiSOl 



DIRECT FROM DEtf 



iame to Resolution Assistant 
i of Dell's wortd class 
support tools* Here, you can 
v f*nd answers to your 
questions, use the 
diagnostic tool to find 
and solve your problem, 
or connect directly to 
the award winning 
technical support 
group* Simply 
cUck anywhere 
to get started. 
Visit our internet 
support site at 
support.deU.com 





Service Tag: CMSB4 
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Connect to a Dell Support Technician— 
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3 Dell Resolution Assistant - Microsoft Inte rnet Expl orer 
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3 Dell Resolution Assistant - Microsoft Internet Explore 
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^-support 
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HardDisk Drive Diagnostic 



1 What size hard drive can i add to nw Deil Dimension System? 

2, Whv is mv hard drive so noisy? 

3. How do I add a hard drive to mv system? 



More FAQ's 



rln order to be assited by Oniine-service, you must first run this diagnostic which will gather all the relevant information 
"that is required by the online technician to process your request. 



0 V E RV I E W Run 0 diagnostic test w th# ' 



This diagnostic consists of four subtests. 

• Linear Seek Test — Verifies correct operation of the drive heads 

• Random Seek Test — Verifies correct operation of the drive heads 

• Funnel Seek Test — Verifies correct operation of the drive heads 

• Surface Scan Test — Scans the drive for defective sectors 

?This diagnostic tests the hard-disk drive controller, the drive mechanism, and the disk surface itself All installed fixed disks 
are tested 

HO""£: Bvnmn$ a dnsgnostir lest afiorw Belt io cccbss infotmuten m '/our toaputez 
if p)u tfo mt VMM Belt u itite infoantmn, chatty* lilt Rtsotutiott Assistant 
security ieWn$$ fo^nd titter prgjgrmces in rft* Htivm 
navigation bar of this mterfuct. 



Click here it* run the <tto$nostk tint, 



BEGIN DiAGHO$Tlt 



Go back to the List of Diagnostics . 
CopvnQht <§> 1999-2000 Deli Inc All Rights Reserved 
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